到目前為止，平台的功能其實已經算是完整，我自己的孩子也都能獨立操作使用；也有邀請過幾位家長試用，得到了一些正面的回饋。對我來說，這已經算是一個重要的里程碑。
但若要讓平台持續運作、觸及更多人，只停在「功能完善」這個層面顯然不行。

如果沒有一個能吸引人停留、清楚傳達價值、並建立信任的入口網站，想要吸引更多人使用就變得困難。
入口網站不只是外在的門面，更像是一張品牌名片，讓第一次接觸的人能快速理解平台的定位、看到能解決的問題，以及能給自己帶來什麼價值。

尋找合適的建站方式

在思考入口網站該如何呈現時，我並沒有打算一開始就「從零開發」。畢竟主要精力仍在產品功能本身，網站只要先上線、能清楚介紹即可，不希望投入太多時間。

於是我先詢問 AI，整理出幾個常見的建站選項並比較優缺點：

作為初學者，我先用 Blogger 試水溫；很快就能產出可用的網站雛形，這點確實方便。

但缺點也很明顯：

• 雖能快速上線，但在 設計感與彈性 上受限。
• 即使微調樣式，整體仍偏陽春或制式化，難以呈現專業且一致的品牌形象。
• 對於一個普通桌面應用工程師來說，拉出來的網站實在不太好看...

於是我回頭請 AI 評估自建的可行性與取捨：

如果要自己開發入口網站，是否可以共用現在的網域與 Firebase 服務？
與使用其他架站平台相比，各自的優缺點是什麼？

綜合比較後，我決定改由 AI 協助設計入口網站，走自建路線。

平台與網站共用同一技術棧

跟 AI 討論過後，我發現入口網站可以直接使用與平台相同的技術棧，並部署在同一個 Firebase 專案下，帶來幾個明確好處：

• 統一管理：平台與官網共用同一 Firebase 專案，環境設定與權限維護更單純。
• 靈活部署：可將平台與網站分別掛在不同子網域，例如 app.taskyventure.com 與 www.taskyventure.com，清楚劃分使用場景。
• 共用資源：必要時，網站能直接存取相同的資料庫或認證機制，互動方便。
• 一致流程：相同的部署流程，降低維運成本。
• AI 設計：最重要的一點，讓 AI 來設計比我自己設計快得多，而且我在平台做功能修改，只要一句話，就可以同步調整網站，整個超方便。

在此之前，我先購買了自有網域。我選擇 Cloudflare 作為註冊與 DNS 管理，透過簡單的 DNS 設定把子網域綁到 Firebase Hosting，不再使用預設的 firebaseapp.com 網址，更有自己專屬網站的感覺。

AI 協助打造網站雛形

完成基本架構後，進入設計與內容階段。這一步我幾乎全交給 AI 協助，結果讓我覺得早該這麼做。

我給 AI 的指令並不複雜：先針對平台做一次完整分析，並產生一個平台網站，需要有以下分頁：

• 首頁
• 功能介紹
• 使用方案
• 常見問題

AI 很快就產出網站雛形，內容也與平台定位相當貼合，只需要簡單微調即可。這讓我覺得：
先把應用做出來，再打造網站，是個不錯的順序
因為當平台功能已具規模，AI 更容易理解核心價值，進而生成精準的網站架構與內容；反之，若一開始就做網站，可能會因定位不明而顯得空洞。

完成初版入口網站

在 AI 產出的基礎上，我補上幾段展示操作流程的 GIF 動畫 與 示意圖，讓整體更有活力，也讓家長與孩子能更直覺地理解使用方式。
最後，我採用與平台相同的流程，將網站部署到 Firebase Hosting，並掛載到自有網域；至此，第一版入口網站正式上線！

雖然只是初版，但已足以作為平台的展示門面，讓有興趣的使用者快速掌握重點。

心得與收穫

在開發網站的過程中，我再次體會到，AI 的價值並不只是「代寫程式」，而是能把腦海裡模糊的想法快速轉化為具體成果，同時幫我釋放出更多時間，專注在更重要的事情上。即使我有能力自己從零設計整個網站，但若缺乏足夠的設計感，光有程式能力其實也派不上太大用場。
從最初的小平台，到現在逐漸成形的入口網站，AI 為我節省了大量心力，讓我能專心思考：
怎麼讓孩子們在任務管理的過程裡，真正獲得成長與樂趣。

敬請期待下一篇《讓平台更完整：AI 打造專業入口網站(下集)》